home *** CD-ROM | disk | FTP | other *** search
/ Acorn User: China / Acorn User China CD-ROM (UK) (Disc B) / Acorn User China CD-ROM (UK) (Disc B).bin / STUTTGART / MATHS / ARCAUT / Misc_BugReport < prev    next >
Encoding:
Text File  |  1991-07-08  |  1.5 KB  |  33 lines
  1.  
  2.  There exists a possible bug in either ArcAut or the OS:
  3.  
  4.  Install ArcAut, bring up the task manager & then set the Ram Disc to zero
  5. (NB if it is already zero, still drag it's bar to some positive value & then
  6. back to zero); now set free space to zero by dragging, say, sprite size to
  7. maximum; finally, drag an automaton file onto ArcAut - the program will hang
  8. up, requiring a reset to regain control.
  9.  
  10.  I have traced the problem to a call to the module TransRamFS, whose purpose
  11. is to transfer memory from 'freespace' to 'RamFS', if the space required in
  12. RamFS isn't currently available. Within this, a call to
  13. 'OS_ChangeDynamicArea' (R0=5 for RamFS) is the source of the problem. Under
  14. the circumstances described above it should return control to an error
  15. handler (here, this is the module itself, as the 'X' prefix is used); it
  16. fails to return control either to the module or to another error handler.
  17.  
  18.  The curious point is that even if RamFS is already zero, this problem only
  19. arises if you first drag the size bar up & then back to zero, which should
  20. of course make no difference (if you don't do this, the module behaves
  21. correctly, informing the user that it cannot allocate the memory to RamFS
  22. that was requested). Perhaps this suggests that the OS is at fault?
  23.  
  24.  In practice this doesn't cause much difficulty, as the conditions don't
  25. frequently occur under normal use. Nevertheless you should be warned.
  26.  
  27.  If you can explain and/or remedy this please let me know.
  28.  
  29.  Michael Rozdoba
  30.  10 Octavia Close
  31.  Bedlington
  32.  Northumberland
  33.  NE22 6LG